SCHW-110 




PATENT 



METMOB AND APPARATUS FOR NEW ACCOUNTS PROGRAM 



PRIORITY CLAIM UNDER 35 USC § 119 
This application claims priority to provisional application number 60/200,612 
entitled Method and Apparatus for New Accounts Program filed on April 28, 2000 
under 35 USC §119. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates generally to on-line trading and, more 
particularly, to opening a new on-line brokerage accounts for on-line trading. 

Discussion of the Related Art 

To open a conventional brokerage account, a user is required to obtain a paper 
copy of a brokerage account application, complete the application by handwriting or 
typing the information into the fields of the application, and sign and mail the 
completed application to the brokerage firm for processing. This process is very time 
consuming. Indeed, it can be at least one week before the brokerage firm receives the 
account application. During this time, prospective customers are unable to access the 
tools, such as on-line research, available at the web site of the brokerage firm until 
their application is processed and approved. This waiting period can be frustrating for 
prospective customers. 

To expedite the process of opening new brokerage accounts, some brokerage 
firms have established websites from which prospective customers can download 
and/or print an account application. However, the prospective customers are still 
required to complete the application by handwriting or typing the information and 
then mail the completed application to the brokerage firm for processing. The process 
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is still very time consuming and fails to take advantage of web-based processes which 
can speed up the account application process. 

Currently opening an on-line brokerage account is a slow process which 
causes the prospective customers to sit idle while waiting for a notification that their 
account has been approved. Thus, a need exists for a method and apparatus to 
facilitate opening of on-line brokerage accounts. 

SUMMARY OF THE INVENTION 

In accordance with one embodiment of the present invention, a method for 
opening an on-line brokerage account includes the steps of opening an on-line 
brokerage account for a user based on account information received from the user, the 
on-line brokerage account having one or more restrictions, generating a formal 
application based on the account information; requesting that the user submit required 
information with the formal application within a predetermined time to remove the 
one or more restrictions from the on-line brokerage account, and removing the one or 
more restrictions from the on-line brokerage account when the formal application 
including the required information is received within the predetermined time. 

As a result, the present invention expedites the process of opening new 
brokerage accounts. A server receives a user's electronic brokerage account 
application on-line, and immediately assigns and sends the user an account identifier. 
This account identifier identifies a provisional restricted brokerage account having 
one or more restrictions, which is available to the user until the user's information in 
the brokerage account application is verified and processed. During this time, the 
user is able to use the account identifier to access tools and services available on the 
brokerage firm's central server via the Internet. At this point, the user has access to 
the secure website of the brokerage firm, but is prevented from performing certain 
activities, such as trading securities. 

In one embodiment, the user can print the electronic brokerage account 
application form, sign it, and send it to the brokerage firm with funding or instructions 
for funding the account. 

In an alternate embodiment, the brokerage firm processes the user's electronic 
account application and returns it to the user for a signature and for fiinding. The user 
then signs and returns the application for further processing. 
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In yet another alternate embodiment, the electronic account application 
includes a user's electronic signature and click through agreement, enabling the user 
to complete the entire application on-line. The on-line brokerage account can be 
opened without the user mailing in an account application. When the application 
process is complete, the user is notified that the account has been fully activated and 
that the restrictions on the account have been removed. Thus, for example, the user 
can begin trading securities. With such a system, the user is able to complete and 
send an application on-line, and shortly thereafter obtain access to many, if not all, of 
the brokerage firm's on-line services. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of an overview of an on-line brokerage system 
according to example embodiments of the present invention. 

Figure 2 is a block diagram of an on-line brokerage server according to an 
example embodiment of the present invention. 

Figures 3 A, 3B and 3C collectively provide a tabular illustration of an account 
database according to an example embodiment of the present invention. 

Figure 4 is a tabular illustration of an event database according to an example 
embodiment of the present invention. 

Figure 5 is a process flowchart illustrating an example embodiment of a 
method of the present invention. 

Figure 6 is a process flowchart illustrating another example embodiment of a 
method of the present invention. 

Figure 7 is a flowchart illustrating in summary form the information flow and 
processing steps in an embodiment of the present invention. 

Figure 8 is a time line illustrating the timing of various steps in an exemplary 
embodiment of the present invention. 

Figure 9 is a summary of rights granted in the embodiments of the present 
invention exemplified in Figures 7 and 8. 

Figure 1 0 is a systems diagram illustrating operational steps that occur in an 
exemplary embodiment of the present invention. 

Figure 11 is an illustration of the processing flow implementing the release 2 
embodiment of Figure 10. 
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Figure 12 is a chart identifying the features of an exemplary embodiment of 
the present invention. 

Figure 13 is a chart identifying the features of an exemplary embodiment of 
the series 8 review in an exemplary embodiment of the present invention. 

Figs. 14 and 1 5 list features and/or fields which are present in the Release 1 or 
Release 2 versions of an exemplary embodiment of present invention in the OMNI 
functional block. 

Fig. 16 identifies features implemented in the DB2 application in connection 
with an exemplary embodiment of the present invention. 

Fig. 17 identifies some of the operations which occur in the Extract function 
shown in Fig. 10, in the Release 1 or Release 2 versions. 

Fig. 18 illustrates a processing flow of an alternate embodiment of the present 
invention. 

Fig. 19 illustrates an example of a work flow of the alternate embodiment of 
the present invention for an existing customer. 

Fig. 20 illustrates an example of a work flow of the alternate embodiment of 
the present invention for a new customer. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
The present invention may be embodied as one or more computer programs 
developed using an object oriented language that allows the modeling of complex 
systems with modular objects to create abstractions that are representative of real 
world, physical objects and their interrelationships. However, it would be understood 
by one of ordinary skill in the art that the invention as described herein can be 
implemented in many different ways using a wide range of programming techniques 
as well as general purpose hardware systems or dedicated controllers. 

An example of a system embodying the present invention is illustrated in Fig. 
1 . A electronic trading system 100, according to the present invention includes a 
central server 101 in communication with one or more client terminals, such as user 
devices 103, 105, 107, 109 (four are shown in Fig. 1 for illustrative purposes only, 
more or fewer devices can be supported). The user devices 103, 105, 107, 109 and 
central server 101 are interconnected by a communication network. 

The central server 101 can be embodied as a system controller, a dedicated 
hardware circuit, a programmed general purpose computer, or any other functionally 
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equivalent configurable electronic, mechanical, or electro-mechanicahdevice. The 
user devices 103, 105, 107, 109 can likev^ise be embodied as dedicated hardware 
circuits, programmed general purpose computers, personal computers, televisions, 
telephones, pagers, palmtop computers, or any other functionally equivalent 
configurable electronic, mechanical, or electro-mechanical devices. The devices can 
be in communication with the central server 101 via a network such as a Local Area 
Network (LAN), a Wide Area Network (WAN), a Public Switched Phone Network 
(PSTN), a cable network, or an Internet Protocol (IP) network, such as an intranet, 
extranet, or internet. Communication may also be provided by dedicated data lines, 
cellular. Personal Communication Systems ("PCS"), microwave or satellite networks. 
Using these components, the present invention provides a method, apparatus and 
system for on-line trading. 

In one embodiment, central server 101 includes a web server for an Internet 
environment in communication with a host server, which is configured as a program- 
controlled mainframe computer that includes integrated user information. However, 
other computers, including mini computers or smaller computers, may also take the 
role of host server. The two servers communicate using software components present 
on servers including applications and middleware. Client applications make requests 
of databases associated with the servers by way of the middleware. Requests 
typically comprise logical connection (login) requests, query requests, etc, and may 
initiate physical connection requests. A physical connection request is a request for a 
network connection between the two servers. 

Referring now to Fig. 2, an embodiment of central server 101 is illustrated. 
Central server 101 includes a processor 201, RAM (Random Access Memory) 203, 
ROM (Read Only Memory) 205, a clock 207, an input device 209, an output device 
21 1, a communications port 213 and a data storage device 220. In an alternate 
embodiment, the central server 101 is further in communication with a payment 
processor 217 that may include one or more conventional microprocessors, supporting 
the transfer and exchange of payments attendant to the method and the apparatus of 
the present invention. Payment processor 217 can also be configured as part of 
processor 201 . Processing of financial account transactions by payment processor 
217 may be supported with commercially available software. The central server 101 
may use this payment processor 217 in order to credit or debit a financial account of 
the user. 
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A conventional personal computer or workstation with sufficient memory and 
processing capability may be used as the central server 101 . In a preferred 
embodiment, the central server 101 includes a web server for an Internet environment, 
transmitting and receiving data related to financial account information generated by 
users and is capable of high volume transacfion processing, performing a significant 
number of mathematical calculations in processing communications and database 
searches. A Pentium microprocessor such as the PHI, manufactured by Intel 
Corporation may be used for processor 201 . Equivalent processors are available from 
Motorola, Inc. or Sun Microsystems, Inc. Processor 201 may comprise one or more 
microprocessors. 

The input device 209 may comprise one or more input devices 209, such as or 
in conjunction with a keyboard, mouse, touch screen or conventional voice 
recognition software package, and allows traders, to input information regarding their 
trades. Alternatively, the input devices 209 may be telephone keypads for use with 
IVRU technology in telephone systems. 

The output device 211 may comprise one or more output devices 21 1 in the 
form of video displays, electro-luminescent arrays, liquid crystal display panels, 
printers, or fianctionally equivalent devices, and may be operable to display 
information regarding the status of a trade being computed in the processor 201 . 

The clock 207 may be operable to synchronize the central server 101, 
determining the date and time the central server 101 receives an account application, 
as well as for time related calculations in alternate embodiments described below, 
such as an amount of time until the expiration date of an account application. The 
processor 201 communicates with trader devices 103, 105, 107, 109 via the 
communications port 213. The communications port 213 may be implemented using a 
Tl communications board, a serial port and modem, a LAN adapter, infrared 
communication, serial connection, satellite, microwave, or any functionally equivalent 
processor communications system. 

Data storage device 220 may be implemented using a persistent memory 
system which may include random access memory, hard disk drives and/or other 
appropriate combination of electronic or optical data recording units, which include 
CD-ROM drives and micro-disk drives. The processor 201 and the data storage 
device 220 may each be (i) located entirely within a single computer or other 
computing device, (ii) connected to each other by a remote communication medium. 
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such as a serial port cable, telephone cable, telephone line or radio frequency, or (iii) a 
combination thereof. In one embodiment, the central server 101 may comprise one or 
more computers that are connected to a remote server computer for maintaining 
databases. In a preferred embodiment, where the processor 201 is a general purpose 
microprocessor, the data storage device 220 stores program 221 which includes 
instructions for controlling the processor 201. The processor 201 performs 
instructions of the program 221, and thereby operates in accordance with the present 
invention, and particularly in accordance with the methods described in detail herein. 
The program 221 may be stored in a compressed, uncompiled, and/or encrypted 
format. The program 221 flirther includes elements that may be necessary, such as an 
operating system, a database management system and "device drivers" for allowing 
the processor 201 to interface with computer peripheral devices. Appropriate device 
drivers and other necessary program elements are known to those skilled in the art, 
and need not be described in detail herein. 

According to an embodiment of the present invention, the instructions of the 
program 22 1 may be read into a main memory from another computer-readable 
medium, such as from a ROM to RAM. Execution of sequences of the instructions in 
program 221 cause processor 201 to perform the process steps described herein. In 
alternative embodiments, hard-wired circuitry may be used in place of, or in 
combination with, software instructions for implementation of the processes of the 
present invention. Thus, embodiments of the present invention are not limited to any 
specific combination of hardware and software. 

The term "computer-readable medium" as used herein refers to any medium 
that directly or indirectly participates in providing instructions to processor 201 for 
execution. Such a medium may take many forms, including but not limited to, non- 
volatile media, volatile media, and transmission media. Non-volatile media include, 
for example, optical or magnetic disks. Volatile media include dynamic random 
access memory (DRAM), which typically constitutes the main memory. 
Transmission media include coaxial cables, copper wire and fiber optics, including 
the wires that comprise a system bus coupled to the processor 201 . Transmission 
media can also take the form of acoustic, electrical or electromagnetic waves, such as 
those generated during radio frequency (RF) and infrared (IR) data communications. 

Some common forms of computer-readable media include, for ex*ample, a 
floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a 
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CD-ROM, DVD, any other optical medium, punch cards, paper tape, any other 
physical medium with patterns of holes, a RAM, a PROM, an EPROM, a FLASH- 
EEPROM, any other memory chip or cartridge, a carrier wave such as electrical, 
electromagnetic or optical signals, or any other medium from which a computer can 
read. 

Various forms of computer readable media may be involved in carrying one or 
more sequences of one or more instructions to the processor 201 for execution. The 
following example illustrates the transmission of computer-readable instructions via a 
plurality of media. The instructions may initially be stored on a magnetic disk of a 
remote computer. The remote computer can load the instructions into its dynamic 
memory and send the instructions over a telephone line using a modem. A modem 
local to a central controller can receive the instructions from the telephone line and 
use an infrared transmitter to convert the instructions into an infrared signal. An 
infrared detector can receive the instructions represented by the infrared signal and 
transmit the instructions across a system bus to processor 201 . The system bus carries 
the instructions to a main memory, from which processor 201 retrieves and executes 
the instructions. The instructions received by main memory may optionally be stored 
elsewhere before or after execution by processor 201. 

The program 221 also includes instructions for managing the communication 
server 101, such as determining from historical data an approximate value of an item 
offered for a trade. In other words, the processor 201 is operable to load and run the 
program 221 . In the embodiment of Fig. 2, the program 221 stores data accumulated, 
or computed by, the processor 201 on the data storage device 220. This stored data is 
preferably organized and indexed in one or more related objected oriented databases 
230 and 240. It will be appreciated that these databases may be organized as object 
oriented, relational, hierarchical file systems, database systems, or any suitable data 
organization scheme. 

In the example embodiment illustrated in Fig. 2, the related object oriented 
databases include an account database 230, an event database 240, and an application 
database 250, although these and/or other databases may be included. Each of the 
databases is explained in more detail with reference to Figs. 3-4. One of ordinary 
skill in the art would recognize that the databases illustrated in Figs. 3-4 could contain 
any number of records and that the number of records shown is for illustrative 
purposes only. 
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In one embodiment, the communication server 101 operates as a kiosk in a 
retail environment. A kiosk is essentially a self-service interactive system, typically a 
computer system placed inside a box-like structure, or a desktop computer system for 
use in performing transactions and/or providing information, such as providing a 
layout of a shopping mall facility to the general public. The kiosk may employ a 
touch screen as the input device since they are easy to use. However, other input 
devices such as a mouse or a keyboard may also be used. 

The account database 230, which may include one or more databases, as 
illustrated in Figs. 3A, 3B and 3C, maintains account data obtained from the user's 
application, with fields 301-345. In an exemplary embodiment, account data is stored 
in fields 301-314, such as, an account identifier field 301, an user name field 302, a 
home address field 303, a business address field 304, a contact number field 305, a 
date of birth field 306, an alias field 307, a e-mail ("electronic mail") address field 
308, a driver's license identification field 309, a country of citizenship field 310, a 
country of legal residence field 31 1, a password field (mother's maiden name) 312, 
and a social security number field 313. 

The user's employment information is stored in fields 316-320, such as, a 
employment status field 3 1 6, an occupation field 3 1 7, an employer field 3 1 8, a 
company ownership field 319, and a security firm affiliation field 320. The user's 
family information is stored in fields 322-323, such as a marital status field 322 and a 
dependents field 323. 

The user's investment profile is stored in fields 325-330, such as, an 
investment knowledge field 325, which stores the level of the account holder's 
knowledge about investing; an investment experience field 326, which stores a level 
of an account holder's investing experience; a tax bracket field 327, which stores the 
user's tax bracket; an income field 328, which stores the user's approximate annual 
income; a net worth field 329, which stores the user's approximate net worth; and an 
investment objective field 330, which stores the user's investment objective, such as 
capital preservation. 

The user's account features are stored in fields 332-345, such as, a type of 
fund field 332, which stores the type of fund the user has opened, such as money 
market fund; and a web account access field 333, which stores the user's Crmail 
address. The account features also include an account funding field 334, which stores 
a date on which the account is funded, by how much the account is funded, and how 
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the user funds the account. For example, the account may be funded by transferring 
assets from another account, with a check or money order, or with security 
certificates. The account features further include an electronic funds transfer field 
336, which stores information regarding the type of electronic funds transfer, such as 
from a personal checking account, the name of the financial institution electronically 
transferring the funds, such as Any Bank, the account number and name on an 
account from which the fiinds are being transferred, an amount of money to be 
transferred from the account, the frequency and schedule with which the amount of 
money is to be electronically transferred. 

Referring now to the account identifier field 301, this field stores an account 
identifier, such as an account number, for each user. In the exemplary embodiment 
illustrated in Figs. 3 A, 3B and 3C, five account identifiers are shown, T-1 11 1, T-2222 
and T-3333. Each account identifier has an associated name stored in name field 302. 
For example, Lulubelle Queeg's account identifier is T-1 111, and Jim Smith's 
account identifier is T-2222. Home address and business address fields 303, 304, 
store the home address and the business address, respectively, of the user. Contact 
number field 305 stores contact numbers for the user, such as, business and home 
telephone numbers. Other numbers such as, pager, mobile and fax numbers may also 
be stored. Date of birth field 306 stores the user's date of birth. Alias field 307, 
stores an user's alias. E-mail address field 308 stores an e-mail address of the user. 
Driver's license field 309 stores the user's driver's license number and the state in 
which the driver's license was issued. Country of citizenship field 3 1 0 and country of 
legal residence field 311, store the country in which the user is a citizen and the 
country in which the user is a legal resident, respectively. Password field 312 stores 
the user's password, such as the user's mother's maiden name. Such passwords are 
used to authenticate users. Social security field 313 stores the user's social security 
number. 

With respect to the user's employment information, the user's employment 
status, such as, employed or unemployed, is stored in employment status field 316. 
The user's occupation is stored in occupation field 317. The user's employer 
information, such as name, address and phone number, is stored in employer field 
318. Company ownership field 319 stores information regarding the companies in 
which the user is a director, 10% shareholder, or policy-making officer. Security firm 
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affiliation field 320 stores information regarding securities firm(s) by whom the user 
is employed, or in which the user is a director or owner. 

With respect to the user's family information, the user's marital status is 
stored in marital status field 322 and number dependents is stored in dependents field 
323. 

With respect to the user's investment profile, the level of the user's knowledge 
about investing is stored in investment knowledge field 325, the user's investment 
experience is stored in investment experience field 326, and the user's tax bracket is 
stored in tax bracket field 327. 

An exemplary embodiment of Integrated Customer Information ("ICI") event 
database 240 is illustrated in Fig. 4. The event database tracks the various stages of 
the process of setting up a user's account with open and closed events. The open 
events are waiting for a certain process. Once that process occurs, that event is closed 
and a new one, if appropriate, is written to indicate the new status of the account. In 
an exemplary embodiment, the event database 240 is basically a tracking table for the 
lifecycle of a user's account. 

In an exemplary embodiment, the event database 240 maintains data on events 
with fields 241-245, such as, an account identifier field 241, an event identifier field 
242, an event name field 243, an event start date field 244, and an event end date field 
245. 

Account identifier field 241 stores an account identifier, such as an account 
number, of the user's brokerage account. This is the account identifier assigned by 
the account database 230. Event identifier field 242 stores an event identifier for each 
event. Event name field 243 stores the name of an event. Exemplary events are a 
"series 8 review" event, which indicates that an account needs to be reviewed for 
compliance with Security and Exchange Commission ("SEC") rules and regulations; a 
"series 8 approved" event, which indicates that the account is in compliance with the 
SEC rules and regulations and therefore a formal application form needs to be mailed 
to the user; and a "series 8 denied" event, which indicates the account is not in 
compliance with the SEC rules and regulations, and therefore the user's account is 
closed. Another exemplary event is a "clock-ticking" event which gets closed once a 
signed account form is received from the user. If this event is still open-after a 
predetermined number of days, the user's account is closed. It will be appreciated 
that the events discussed are for exemplary purposes and that event database 240 can 
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include other events as well. The event database 240 may include many events and 
many corresponding time stamps. 

The event start date field 243 stores the date on which the event was written to 
the database 240, and the event end date field 244 stores the date on which the event 
was completed. 

In an alternate embodiment, event database 240 includes an event status field 
245, which stores a status of the event. In an exemplary embodiment, the status of an 
event is either open or closed. When an event is entered into the event database 240, 
the status of the event is indicated as open in event status field 245. When an end date 
is entered into the corresponding field 244, the status of the event is indicated as 
closed in event status field 245. 

In another alternate embodiment, event database 240 includes an event action 
field 246 which stores an action taken on the event. In an exemplary embodiment, the 
action taken is approved, denied or pending. In yet another alternate embodiment, 
information indicating the action taken on the event is incorporated into the event 
identifier. 

For example, as illustrated in Fig. 4, when a user's account is opened, a first 
open event is written to indicate that system processing needs to begin for this 
account, and a second open event is written to indicate that the account needs to be 
processed by an electronic series 8 application. The electronic series 8 application 
reviews the user's account information for compliance with rules and regulations of 
the Securities and Exchange Commission. Upon series 8 approval, the "perform 
series 8 review of account" event is closed because that event has been completed. In 
one embodiment, a new event is written to indicate that a pre-filled out new account 
application form should be generated and mailed to the user. In an alternate 
embodiment, an application is only mailed at the user's request. 

Application database 240 stores one or more application programs run by the 
processor 201. For example, account maintenance program receives information from 
customer database 230 and the event database 240 and includes a list of account 
numbers that need to be reviewed for compliance with the rules and regulations of the 
Securities and Exchange Commission ("SEC"). This program communicates with the 
series 8 application program, which reviews a user's account application for 
compliance with the rules and regulations of the SEC. 
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One embodiment of the operation of the system 100 is explained with 
reference to the flowchart illustrated in Fig. 5. At step 501, a user sends account 
information to central server lOL In one embodiment of the present invention, the 
central server 101 operates as a web server for an Internet environment. In such 
embodiment a user logs on to the website and completes a new customer electronic 
account application form that may be temporarily residing in the machine via a Java- 
type applet downloaded from the central server 101 or off a network such as the 
Internet. The electronic application form can be a document specifically prepared for 
publication on the web (for example, a document in Adobe's Portable Document 
Format (PDF)), or a document which has been printed, but converted into Hypertext 
Markup Language (HTML). The information provided by the user includes the 
information stored in fields 301-345 of account database 230, such as name, address, 
social security number, and date of birth. 

The data input by the user is sent to the central server 101 via the Internet. 
Once the user has completed the electronic account application, the user submits the 
electronic account application to the central server 101. In an exemplary 
embodiment, the user can print the new customer electronic account application form 
from the central server 101. The user then signs the account application form, and 
mails it to the brokerage firm with the appropriate funding. In an alternate 
embodiment, the central server 101 can generate an application form based on the 
information provided by the user and send it to the user, as discussed more fully 
below with reference to optional steps 515 and 517. 

Referring again to step 501, in an alternate embodiment, users can provide 
information to a human representative, such as a broker, associated with the system 
100. Based on the informafion obtained from the user, the human representative 
completes an account applicafion on behalf of the user and submits it to the central 
server 101. 

In yet another embodiment, users can access the system 100 via a telephone 
system, such as using interactive voice response unit ("IVRU") technology. In such 
embodiment, using a telephone, users are prompted by an interacfive voice response 
unit (IVRU) within the central server 101 to input account information, such as their 
name, address, telephone number, date of birth, driver's license identification, social 
security number, as well as other information stored in fields 301-345 of account 
database 230. For example, the IVRU may prompt the user to enter a name. Once the 
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name is entered, the IVRU many prompt the user to enter a home address and 
telephone. Such an embodiment of the barter exchange server 101 affords recipients 
an alternate mechanism to open an account. 

When the user's account application is received, at step 503 the system 100 
assigns the user an account identifier and password so that the user may access the 
brokerage account on-line. At step 505, the system 100 notifies the user that a 
restricted on-line brokerage account has been open which the user may access via the 
web by using the assigned account identifier and password. In an exemplary 
embodiment, immediately after the user submits the account information the system 
100 notifies the user of the assigned account identifier and password which is 
displayed on the website. The user can use the assigned account identifier and 
password to log into the secure website as a customer and access the user's personal 
account. In an alternate embodiment, the assigned account identifier and password 
are sent to the user by electronic mail ("e-mail")- However, it will be appreciated that 
user also may be notified by telephone, fax, and/or regular mail that the restricted 
account has been opened. In an exemplary embodiment, at this time, the user is able 
to access the central server 101 which permits the user to receive a variety of 
multimedia displays on the user's terminal and to perform interim activities, such as 
research on securities, set up watchlists which track the performance of specific 
securities, and other customer related activities. However, system controls are in 
place at the server level to prevent the user from performing certain activities, such as 
trading securities, funding the account, or obtaining real time quotations of securities, 
as long as the "restricted" status of the account is in place. It will be appreciated that 
these and/or other restrictions can be imposed on a user's account. 

At step 506, the user's account information is stored in account database 230. 
Then at step 509, it is determined whether to approve the user's account application. 
At this step, the user's account application is reviewed for compliance with rules and 
regulations of the Securities and Exchange Commission. If the user's account 
application is denied, at step 509, the status of the event in event database 240 is 
updated to "denied" and the system 100 sends a notification to the user indicating that 
the user's account application has been denied. In one embodiment, the system 100 
includes in the notification an explanation as to why the account application was 
denied, and indicates what information the user can provide, if any, to get the account 
application approved. In an alternate embodiment, the system 100 will also give the 
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user an opportunity to resubmit the revised account-application with the additional 
information within a predetermined time period. 

At step 51 1, it is determined whether the user wants to resubmit the account 
application with the additional required information for approval. In some instances, 
there is no information a user can provide for the user's account application to be 
approved. In such instances, the process ends. However, if at step 511 the user does 
want to resubmit the account application, the process returns to step 501 . In an 
altemate embodiment in which the user is given a predetermined time in which to 
resubmit the revised account application, the process ends if the revised account 
application is not received within the predetermined time. 

Referring again to step 507, if the user's account application is approved, the 
status of the event in event database 240 is updated to "approved" and the system 100 
opens a restricted account for the user. At step 5 13, the system assigns the user an 
account identifier and password so that the user may access the brokerage account on- 
line. 

At step 5 1 5, the system generates a new application form. When the user's 
account is approved in step 505, a notification from event database 240 is received 
indicating the user's account application has been approved, and the user's account 
application information stored in account database 230 is obtained. In one 
embodiment, at this point, the pending events are closed and the user's account 
application is flagged as open for activity. A new event is opened to print the account 
application and send it to the user. Once the account application is sent, this event is 
closed. In an altemate embodiment, when the user's account application is approved, 
the user's account is opened and the user's account application is archived, rather than 
sent to the user. However, if the user requests a copy of the account application, then 
the application can be mailed. 

The system 100 processes this information and adds other information, such as 
money market funding information and an application agreement, and generates a 
new application form including all of this information. In the embodiment where the 
account application is sent to the user, at step 5 1 7, the system 1 00 sends this new 
application form to the user for signature and funding. In an exemplary embodiment, 
the user must sign and return the new application form with the appropriate funding 
within a predetermined time, such as 28 days, otherwise the system 100 closes the 
user's account. It will be appreciated that there are numerous ways in which a user 
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may fund the account, such as by sending a personal check; wiring money from 
another account, or transferring assets from another account. 

At step 519 it is determined whether the user has returned the signed form 
with funding. If the user has returned the signed form with funding, at step 521 the 
restrictions on the user's account are removed and the user's account is fully 
functional. If the user has not returned the signed form with funding, at step 523 the 
system 100 determines whether the predetermined time has lapsed. If the 
predetermined time has lapsed, at step 525 the user's account is closed. In an 
alternate embodiment, at step 519 it is determined the user has returned the 
application form without a signature, but with the funding. In such embodiment, the 
system 100 returns the application form and gives the user another predetermined 
time in which to return the application form with a signature. If the signed application 
form is returned within this predetermined time, the process continues to step 521. 

If the signed application form is not returned within this predetermined time, 
at step 527, a notification is sent to the user that the account has been closed. When 
the user's account is closed, the user is no longer able to perform any interim 
activities. 

Referring again to step 521, if the predetermined time has not lapsed, at step 
529 a reminder is sent to the user to return the new application form with a signature 
and funding, and the process returns to step 519. 

An alternate embodiment of the operation of the system 100 is explained with 
reference to the flowchart illustrated in Fig. 6. In this embodiment of the present 
invention, new customers and existing customers not having an on-line brokerage 
account, are able to submit a completed application including a signature and a click 
through agreement, to open an on-line brokerage account. Step 601 is analogous to 
step 501 illustrated in Fig. 5, where the new user completes a new customer 
application form and submits it to central server 101 operating as a web server for an 
Internet environment. It is not necessary for existing customers to complete this 
application. 

When the new user's account application is received, at step 603 the system 
100 assigns the new user a customer identifier and password so that the user may 
access the brokerage account on-line. The user is then able to log onto a secure 
website as a customer. The user can then select the desired electronic application 
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form for the desired account type, such as an individual retirement account (IRA), for 
which the application is being made. 

If the user is an existing customer, then the existing customer uses the 
customer identifier and password it has already been assigned to log into the secure 
website. The existing customer can then select an electronic application form for an 
additional account. 

The remaining steps in the process apply to both new and existing customers. 
When the customer has completed the application form for the additional account, at 
step 605 the customer submits the application. 

At step 607, the system 100 receives the completed electronic application and 
presents an agreement to the customer which sets forth the terms under which the 
account is being set up for the customer. In an exemplary embodiment, the 
agreement is a click-through agreement, in which the customer selects an electronic 
push button indicating that the customer either agrees or does not agree to the terms 
set forth in the agreement. To proceed with the application process, the customer 
must submit that the customer agrees to the terms set forth in the click-through 
agreement. At step 609, it is determined whether the customer agrees or disagrees to 
the terms set forth in the agreement. 

If the customer disagrees to the terms set forth in the agreement, then at step 
611 the customer is notified that the on-line brokerage account cannot be opened if 
the customer does not agree to the terms in the agreement. In an optional step 613, 
the customer is sent a request for confirmation that the customer wants to cancel the 
application to open the on-line brokerage account. If a request to cancel the 
application is received at step 615, at step 617 the on-line brokerage account 
application process is canceled, the customer's customer privileges are revoked, and 
the process ends. If the customer does not want to cancel the application to open the 
on-line brokerage account then the process returns to step 609 where the electronic 
application and agreement, the terms of which the customer must agree, are presented. 

Referring again to step 609 if the customer agrees to the terms set forth in the 
agreement, an on-line brokerage account having one or more restrictions is created for 
the customer at step 619. In an exemplary embodiment, at this time, the customer is 
able to access the central server 101 which permits the customer to receive a variety 
of multimedia displays on the customer's terminal and to perform interim activities, 
such as research on securities, set up watchlists which track the performance of 
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specific securities, and other customer related activities. However, system controls 
are in place at the server level to prevent the customer from performing certain 
activities, such as trading securities, funding the account, or obtaining real time 
quotations of securities, as long as the "restricted" status of the account remains in 
place. It will be appreciated that these and/or other restrictions can be imposed on a 
customer's account. 

At step 621, an account number is sent to the customer for a personal account 
which the customer is able to access on-line via the Internet using the customer 
identifier and password already assigned. 

An alternate embodiment of the present invention includes step 623. 
Sometimes a signature card bearing the customer's signature is required in order to 
activate certain features of a customer's account. In these instances, the customer can 
print out the signature card from the website, sign the signature card, and return it to 
the brokerage firm. When the signature card bearing the customer's signature is 
received at step 623, it is determined at step 625 whether the customer's on-line 
brokerage account application has been approved. If the customer's on-line brokerage 
account application has not been approved, the account has already been closed, so 
the process ends at step 627. However, if the customer's on-line brokerage account 
application has been approved, then at step 629, the features requiring the customer's 
signature are activated. 

Referring again to step 619 where the account is created for the customer, 
particularly a new customer, the process proceeds to step 63 1 where an electronic 
background check, such as a credit check, is performed based on the information 
provided by the customer in the on-line brokerage account application. In an 
exemplary embodiment, the system 100 communicates with a third party verification 
system to perform this electronic background check. In this exemplary embodiment, 
the central server 101 is in communication with a server of the third party verification 
system to exchange data. 

At step 633 it is determined whether the customer's application is approved 
based on the electronic background check. If the customer's application is not 
approved, the process may include an optional step 635 at which the customer's on- 
line brokerage account application goes through an additional review to determine 
whether either a normal or a restricted on-line brokerage account can be approved for 
the customer. The process then returns to step 633 for an approval determination. If 
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the process does not include optional step 635, at step 637 the on-line brokerage 
account application is closed, the customer's customer privileges are revoked, and the 
process ends. 

Referring again to step 633, if the customer's application is approved based on 
the electronic background check, the process continues to step 639. At this step, the 
customer's account application is reviewed for compliance with rules and regulations 
of the Securities and Exchange Commission. At step 641 , it is determined whether to 
approve the customer's account application based on the account application's 
compliance with these rules and regulations. If the customer's account application is 
not in compliance, the process may include an optional step 643 at which the 
customer's on-line brokerage account application goes through an additional review. 
Such additional review may be to determine whether more information is needed to 
approve the customer's account application or to further evaluate whether to approve 
the customer's account application. The process then returns to step 641 for an 
approval determination. If the process does not include optional step 643, at step 645 
the on-line brokerage account application is closed, the customer's customer 
privileges are revoked, and the process ends. 

Referring again to step 641, if the customer's account application is approved, 
at step 647 the status of the event in event database 240 is updated to "approved" and 
the restrictions on the customer's on-line brokerage account are removed. At step 
649, the customer is notified that the restrictions have been removed from the 
customer's on-line brokerage account. Thus, at this time the customer is able to trade 
securities. The process may also include a step 651 at which the customer's on-line 
brokerage account is stored in a database (not shown) in data storage device 220. 

Additional embodiments and details of the present invention can be found in 
the attached additional figures, as described briefly in the following paragraphs. 

Figure 7 illustrates in summary form the information flow and processing 
steps involved in an embodiment of the present invention in which new account 
application information is processed. It is to be noted in this embodiment following 
the Series 8 review and approval, a restricted account is opened granting restricted 
rights, including the right to conduct research on the website, and the investor is 
informed by e-mail that the restricted account has been opened. Also notable about 
this embodiment is that following the opening of the restricted account, a pre-fiUed-in 
application form is mailed to the investor for signature. Once the pre-fiUed-in 
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application form is signed and returned this results in a lifting of the restrictions and a 
transformation of the account into a fully functional account. 

Fig. 8 provides an exemplary time line which illustrates the timing of the 
various steps involved in receiving and processing of new account information for the 
embodiment of the invention of Fig. 1, As illustrated in Fig. 8, in this embodiment, as 
of day 2 the restricted account will have been opened, the investor will have been 
informed of that fact, and the investor will have been mailed the pre-filled-in 
application form. Within a day of receipt of the signed application returned by the 
investor, full activation will have occurred and the investor informed by e-mail of 
such fact. Also illustrated in Fig. 8 are the reminders sent to the investor at the 15 day 
and 20-22 day points, if a signed application has not been received from the investor 
by those points in time. It will be appreciated by one of ordinary skill in the art that 
these dates are merely exemplary. 

Fig. 9 provides a summary of the rights granted in accordance with the 
embodiment of Figs. 7 and 8 as a function of whether the signed application has been 
received. 

Fig. 10 illustrates from a systems point of view the various operational steps 
which occur in the present embodiment. It is to be noted that two release levels are 
illustrated in Fig. 10: a release 1 in which information for the new account 
application is received through either a phone channel or a web channel and a 
dedicated human representative, and a release 2 in which the human representative is 
bypassed. In release 2, it is the Customer and Account Business Services block which 
creates the new account and which updates the Event Table. Illustrated in Fig. 10 are 
the event table which tracks all "P" restricted accounts which have been created and 
their Series 8 approval status, and the Customer <& Account database (C&A Database) 
in which the customer and account information is stored. The OMNI application 
provides access to the Event Table and C&A Database which are maintained in a DB2 
environment. Another feature of the embodiment of Fig. 10 is the Archive Repository 
in which copies are kept in microfilm or microfiche form of the letter and application 
form that is sent to the applicant as a part of the new account application process. 

Fig. 11 is an illustration of the processing flow implementing the release 2 
embodiment, from an operational or functional block point of view. Illustrated in this 
figure is the interaction between the customer and the integrated customer information 
corporate services block in which account application information is received from 
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the applicant and account number information is provided back to the applicant, both 
via the web charmeL Also illustrated is the interaction between the OMNI Client 
Application Account Maintenance block, the Series 8 Client Application function, and 
the Integrated Customer Information Event Table. It is also to be noted that the 
returned signed application is filmed and stored, and then provided to the On Demand 
functional block for future access. Fig. 10 also illustrates that it is the receipt of the 
signed application which results in the removal of the restricted status over the 
customer account. 

Fig. 12 identifies some of the features of the present embodiment. These 
include "System edits" which occur as a part of the interaction between the customer 
and the Integrated Customer Information Corporate Services block before the new 
account application is submitted; automated capture of required information at the 
point of entry; and system controls which restrict the investor activity until the signed 
application is received. 

Fig. 13 identifies the features provided as a part of the Series 8 review beyond 
the conventional Series 8 type review. 

Figs. 14 and 15 list features and/or fields which are present in the Release 1 or 
Release 2 versions of an exemplary embodiment of the present invention in the OMNI 
fianctional block. 

Fig. 16 identifies features implemented in the DB2 application in connection 
with an exemplary embodiment of the present invention. 

Fig. 17 identifies some of the operations which occur in the Extract function 
shown in Fig. 10, in the Release 1 or Release 2 versions. 

Fig. 18 illustrates a processing flow of an alternate embodiment of the present 
invention. This embodiment differs from the prior embodiments in a number of ways, 
including the use of a PDF formatted electronic form of the complete application 
which preserves the integrity of the content of the application as well as permits the 
complete application to be archived electronically. Another difference is the 
presentation of the completed application to the customer while the customer is on- 
line and in conjunction with a click-through agreement prior to presenting the 
application for the Series 8 review. 

Fig. 19 illustrates an example of a work flow of this alternate embodiment for 
an existing customer who wishes to open an additional account. It is to be noted that 
an electronic Series 8 review is conducted following the initial opening of the account 
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under a "P" type restriction, and that once approval is issued by the Series 8 review, 
the "P" restriction is automatically lifted. Where special accounts are involved, such 
as those involving the release of checks or charge accounts, a signature card will be 
required from the customer. 

Fig. 20 illustrates an example of a work flow of this embodiment for a new 
customer wishing to open a new account. In addition to the initial steps of 
establishing a new customer ID, this work flow also includes the use of an electronic 
background check, such as through a TRW-like or Equifax-like service, to be 
performed before the Series 8 review is undertaken. 

While the method and apparatus of the present invention has been described in 
terms of its presently preferred and alternate embodiments, those skilled in the art will 
recognize that the present invention may be practiced with modification and alteration 
within the spirit and scope of the appended claims. The specifications and drawings 
are, accordingly, to be regarded in an illustrative rather than a restrictive sense. 

Further, even though only certain embodiments have been described in detail, 
those having ordinary skill in the art will certainly understand that many 
modifications are possible without departing from the teachings thereof All such 
modifications.are intended to be encompassed within the following claims. 



-22- 



